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(57) Abstract: Point to multipoint 
wireless communication, including 
automatic retransmission and error 
recovery for packet oriented point ot 
multiopoint communication, which 
integrates adaptive and dynamic 
responsiveness for parameters for 
automatic retransmission using 
wireless communication. A wireless 
communication link is divided into a 
downstream portion and an upstream 
portion. Parameters are selected for 
automatic retransmission independently 
for the downstream portion and the 
upstream portion of the wireless 
communication link- A BSC controls 
the selection of parameters for automatic 
retransmission for all CPE within a cell. 
As part of a TDD frame, in which the 
BSC and the CPE share communication 
bandwidth using a TDMA technique, 
the BSC includes its selection of 
parameters for automatic retransmission 
to be used by CPE within a control 

section of the TDD frame. The BSC dynamically and adaptively determines new selected parameters for automatic retransmission, 
in response to condmons of a wireless communication link with each independent CPE. The BSC dynamically and adaptively 
allocates acknowledgement time slots within the upstream portion of the TDD frame, for use by each selected CPE. The BSC 
allocates some portion of the upstream bandwidth as a shared resource and some portion of the upstream bandwidth as unshared 
when there are messages received but no yet acknowledged. The BSC dynamically and adaptively response to acknowledgement 
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AUTOMATIC RETRANSMISSION AND ERROR RECOVERY FOR PACKET 
ORIENTED POINT-TO-MULTIPOINT COMMUNICATION 



Background of the Invention 



A portion of the disclosure of this patent document contains material which is 
subject to copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it appears in the 
Patent and Trademark Office patent file or records, but otherwise reserves all copyright 
rights whatsoever. 



1. Field of the Invention 

This invention relates to wireless communication systems, such as those 

including automatic retransmission and error recovery for packet oriented point-to- 
multipoint communication. 



2. Related Art 



In communication systems, messages from a sender to a receiver using a 
communication link are sometimes subject to sending errors, such as bit errors, unreasonable 
sending delay, unintended reordering, and unintended duplication of messages. For 
example, noise on the communication link can cause bits within messages to be incorrect, 
generally causing the receiver to be unable to use the message. In a wireless communication 
system, these problems are exacerbated by a variety of circumstances that are specific to 
wireless communication. For example, co-channel interference (CCI), multipath and 
multipoint effects, such as refraction or reflection resulting in intrasymbol interference and 
intersymbol interference, are often prevalent with wireless communication, and can 
substantially reduce the reliability of wireless communication links. 

One known method in digital communication systems is to implement an 
automatic retransmission protocol between sender and receiver, so that the receiver 
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acknowledges messages from the sender, and the sender re-transmits those messages not 
acknowledged by the receiver within a reasonable time. Known automatic retransmission 
protocols include several parameters, which must generally be selected in response to 
characteristics of the communication link, to optimize communication throughput between 
5 the sender and receiver. 

One problem with application of this known method to wireless 
communication systems is mat there are multiple physical characteristics of the wireless 
communication link, each which is specific to a particular combination of sender and 

10 receiver, and each of which can change substantially over relatively short time durations. 
These multiple physical characteristics can include characteristics of the sender's equipment 
or of the receiver's equipment, characteristics of objects on or near communication pathways 
between the sender and the receiver, and characteristics of other communications 
overlapping communication between the sender and the receiver. For example, the wireless 

1 5 communication environment can include substantial changes in wireless communication link 
characteristics in the time duration between sending a message and sending an appropriate 
acknowledgement for that message. This is particularly so for characteristics related to errors 
in sending information using wireless communication links, including interference such as 
CCI, and multipara and multipoint effects. Moreover, multiple ones of these physical 

20 characteristics can change independently of one another, and can have substantial and 
relatively unpredictable effects on one another. 

Accordingly, selection of a single set of parameters with which to optimize 
automatic retransmission using a wireless communication link is virtually always suboptimal 

25 for communication among multiple senders and multiple receivers. Moreover, selection of 
parameters with which to optimize automatic retransmission can be subject to substantial 
data collection and computation; this task is not easily distributed among multiple senders 
and multiple receivers. Accordingly, it would be advantageous to provide a technique for 
automatic retransmission and error recovery for packet oriented point to multipoint 

30 communication, that is not subject to drawbacks of the known art. Preferably, in such a 
technique, automatic retransmission and error recovery characteristics are responsive to 
changes in the characteristics of the communication link between sender and receiver. 



2 
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The invention provides a method and system for point to multipoint wireless 
communication, including automatic retransmission and error recovery for packet oriented 
5 point to multipoint communication. The method and system integrates adaptive and dynamic 
responsiveness for parameters for automatic retransmission using wireless communication, 
both for single sender and a single receiver, and for sets of multiple senders and multiple 
receivers. 

10 In a first aspect of the invention, the wireless communication link is divided 

into a downstream portion and an upstream portion. The method and system selects 
parameters for automatic retransmission independently for the downstream portion and the 
upstream portion of the wireless communication link. A base station controller (BSC) 
controls the selection of parameters for automatic retransmission for all customer premises 

15 equipment (CPE) within a cell. As part of a TDD frame, in which the BSC and the CPE 
share communication bandwidth using a TDMA technique, the BSC includes its selection of 
parameters for automatic retransmission to be used by CPE within a control section of the 
TDD frame. 

20 Preferably in this aspect of the invention, the BSC dynamically and 

adaptively determines new selected parameters for automatic retransmission, in response to 
conditions of a wireless communication link with each independent CPE. One problem 
particular to this aspect of the invention, and overcome by the invention, is that when the 
BSC sends new selected parameters for using the wireless communication link, aspects of 

25 each message to be sent will also dynamically vary. These can include the size of each 
message (in bytes or message symbols), the time duration for each message, and other 
aspects of each message. Accordingly, in the second aspect of the invention, parameters for 
automatic retransmission are responsive to a number of bytes successfully sent from a sender 
to a receiver, rather than responsive to a number of messages successfully sent or a number 

30 of symbols successfully sent. 

In a second aspect of the invention, upstream retransmission control is placed 

in the receiver of the upstream communication (i.e., the BSC) rather than the transmitter of 

the upstream communication (i.e., the CPE). In order to control retransmission, the BSC 

3 
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dynamically and adaptively allocates acknowledgement time slots within the upstream 
portion of the TDD frame for use by each selected CPE. Thus, the BSC, in addition to 
determining parameters for automatic retransmission, also determines an amount of 
bandwidth allocated to each selected CPE for sending messages associated with automatic 
retransmission (such as acknowledgement or non-acknowledgement messages). As part of 
this third aspect of the invention, the BSC allocates some portion of the upstream bandwidth 
as a shared resource and some portion of the upstream bandwidth as unshared (that is, 
specifically allocated to a selected CPE) when there are messages received but not yet 
acknowledged. 



In a third aspect of the invention, the BSC dynamically and adaptively 
responds to acknowledgement and non-acknowledgement messages from each selected CPE, 
to integrate the automatic retransmission protocol with the TDD frame and the TDMA 
technique used within that frame. In a preferred embodiment, when the BSC sends messages 

15 to a selected CPE, the BSC sets a first timeout each time it receives a non-acknowledgement 
message from that selected CPE; during this first timeout duration, the BSC discards further 
acknowledgement and non-acknowledgement messages from that selected CPE. Also in a 
preferred embodiment, when the BSC receives messages from a selected CPE, the BSC sets 
a second timeout each time it receives an invalid message from the selected CPE; during this 

20 second timeout duration, the BSC discards all further messages received from that selected 
CPE. 



The invention provides an enabling technology for a wide variety of 
applications for communication, so as to obtain substantial advantages and capabilities that 
25 are novel and non-obvious in view of the known art. Examples described below primarily 
relate to wireless communication systems, but the invention is broadly applicable to many 
different types of communication in which characteristics of the communication fink are 
subject to change. 

30 Brief Description of the Drawings 

Figure 1 shows a block diagram of a portion of a system using automatic 
retransmission and error recovery in a point to multipoint wireless communication. 
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Figure 2 shows a time division duplex frame used in a system as in Fig. 1 . 

Figure 3 shows a process flow diagram of a method for operating a system as 

in Fig. 1. 

Detailed Description of the Preferred Environment 

In the following description, a preferred embodiment of the invention is 
described with regard to preferred process steps and data structures. Embodiments of the 
invention can be implemented using general-purpose processors or special purpose 
processors operating under program control, or other circuits, adapted to particular process 
steps and data structures described herein. Implementation of the process steps and data 
structures described herein would not require undue experimentation or further invention, 

1 5 Related Applications 

Inventions described herein can be used in conjunction with inventions 
described in the following documents. 

20 International Application No. PCT/US00/35588, entitled "Adaptive Link Layer for 

Point to Multipoint Communciation System/' in the name of Aperto Networks, Inc., 
filed on 29 December 2000, with a priority date of 30 December 1999 

International Application No. PCT/US00/35589, entitled "Self-Optimizing Point to 
25 Multipoint Communication System," in the name of Aperto Networks, Inc., filed on 

29 December 2000, with a priority date of 30 December 1999 

International Application No. PCT/US01/10300, entitled "Robust Topology Wireless 
Communication Using Broadband Access Points," in the name of Aperto Networks, 
30 Inc. and (for the U.S. only) Reza Majidi-Ahy, filed on 30 March 2001, with a priority 

date of 31 March 2000 
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International Application No. PCT/US01/20427, entitled "High-Capacity Scalable 
Integrated Wireless Backhaul for Broadband Access Networks," in the name of 
Aperto Networks, Inc., filed on 26 June 2001, with a priority date of 26 June 2000 

5 and 

International Application No. PCT/US0 1/22854, entitled "Integrated, Self- 
Optimizing, Multi-Parameter/Multi- Variable Point-to-Multipoint Communication 
System [II]," in the name of Aperto Networks, Inc., filed on 19 July 2001, with a 
priority date of 21 July 2000. 

10 

Each of these documents is hereby incorporated by reference as if fully set forth 
herein. This application claims priority of each of these documents. These documents are 
collectively referred to as the "Incorporated Disclosures." 

15 Lexicography 

The following terms refer or relate to aspects of the invention as described below. 
The descriptions of general meanings of these terms are not intended to be limiting, only 
illustrative. 

20 

base station controller (BSC) — in general, a device for performing coordination 
and control for a wireless communication cell. There is no particular requirement that 
the base station controller must be a single device; in alternative embodiments, the 
base station controller can include a portion of a single device, a combination of 
25 multiple devices, or some hybrid thereof. 

communication link — in general, an element for sending information from a 
sender to a recipient. Although in a preferred embodiment the communication links 
referred to are generally wireless line of sight point to point communication links, 
30 there is no particular requirement that they are so restricted. 

customer premises equipment (CPE) — in general, a device for performing 
communication processes and tasks at a customer location, and operating in 

6 
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conjunction with the base station controller within a wireless communication cell. 
There is no particular requirement that the customer premises equipment must be a 
single device; in alternative embodiments, the customer premises equipment can 
include a portion of a single device, a combination of multiple devices, or some 
hybrid thereof. 

IP parameters — in general, a set of characteristics or parameters relating to an IP 
layer for a communication link. 

media-access-control (MAC) parameters — in general, with reference to a 
wireless communication link, a set of characteristics or parameters relating to media 
access control of a communication link. For example, MAC parameters can include 
(a) a number of payload data bytes assigned per message, (b) a frequency of 
acknowledgement messages and a number of message retransmission attempts, (c) a 
fraction of the communication link allocated to downstream versus upstream 
communication, and the like. 

physical (PHY) parameters — in general, with reference to a wireless 
communication link, a set of characteristics or parameters relating to physical 
transmission of information on a communication link. For example, physical 
characteristics can include (a) a symbol transmission rate, (b) a number of payload 
data bits assigned per symbol, (c) a number of error detection or correction bits 
assigned per symbol, and the like. 

QoS parameters — in general, a set of characteristics or parameters relating to QoS 
(quality of service) for a communication link. 

wireless communication system — in general, a communication system including at 
least one communication link that uses wireless communication techniques. 

wireless transport layer — in general, a set of protocols and protocol parameters for 
sending and receiving information using wireless transport. In a preferred 
embodiment, the wireless transport layer is part of a multilayer systems architecture, 



in which the wireless transport layer is built using a physical transport layer, and the 
wireless transport layer is used by a logical transport layer such as IP. 



As noted above, these descriptions of general meanings of these terms are not 
5 intended to be limiting, only illustrative. Other and further applications of the invention, 
including extensions of these terms and concepts, would be clear to those of ordinary skill in 
the art after perusing this application. These other and further applications are part of the 
scope and spirit of the invention, and would be clear to those of ordinary skill in the art, 
without further invention or undue experimentation. 

10 

System Context 

The context of the invention is similar to that of the Incorporated Disclosures. 
A system using adaptive point to multipoint wireless communication in a 

15 wireless communication system operates as part of a system in which devices coupled to a 
network (such as a computer network) send messages, route and switch messages, and 
receive messages. In a preferred embodiment, devices coupled to (and integrated with) the 
network send, route, and receive these messages as sequences of packets, each of which has 
a header including delivery information and a payload including data. In a preferred 

20 embodiment, packet format conforms to the OSI model, in which an application protocol 
(layer 5, such as FTP), uses a transport protocol (layer 4, such as TCP), which uses a 
network protocol (layer 3, such as IP), which uses a media access control (MAC) protocol 
(layer 2), which uses a physical transport technique (layer 1). 

25 The system vising adaptive point to multipoint wireless communication is 

described herein with regard to layer 1 and layer 2, particularly as it applies to interactions 
between layer 1 and layer 2 and between those layers and layer 3. However, concepts and 
techniques of the invention are also applicable to other layers of the OSI model. The 
application gives examples of cases where the type of application in the application layer 

30 (layer 5) could be incorporated into embodiments of the invention to improve 
communication. Adapting those concepts and techniques to such other layers would not 
require undue experimentation or further invention, and is within the scope and spirit of the 
invention. 
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Fig. 1 shows a block diagram of a portion of a system using automatic 
retransmission and error recovery in a point to multipoint wireless communication. 

5 

A system 100 includes a wireless communication cell 110 (or a portion 
thereof), a base station controller (BSC) 120, one or more customer premises equipment 
(CPE) 130, and one or more (possibly partially) interfering or reflecting obstacles 140. 

10 The wireless communication cell 110 includes a generally hexagon-shaped 

region of local surface area, such as might be found in a metropolitan region. Use of 
generally hexagon-shaped regions is known in the art of wireless communication because 
they are able to tile a local region with substantially no gaps. However, although in a 
preferred embodiment the wireless communication cell 110 includes a generally hexagon- 

15 shaped region, there is no particular requirement for using that particular shape; in 
alternative embodiments it may be useful to provide another shape or tiling of the local 
surface area. 

In Fig. 1, a portion of the cell 1 10, herein called a "sector" 111, includes a 
20 generally triangular-shaped region of local surface area, disposed so that a set of six sectors 
1 1 1 are combined to form a single cell 1 10. Thus, the BSC 120 is disposed at or near one 
comer of the sector 111, while CPE 130 are disposed within the sector 111. Moreover, 
obstacles 140 are disposed within the sector 1 1 1 or at junctions of multiple sectors 111. 

25 Although the invention is primarily described with regard to a single sector 

111, there are substantial applications of the invention to interaction between multiple 
sectors 111 within a cell 1 10, and to interaction between sectors 1 1 1 in multiple cells 110. 
These substantial applications of the invention are described at least in part in this 
application. Moreover, other and further substantial applications of the invention with regard 

30 to multiple sectors 111, both within a single cell 110 and among multiple cells 1 10, would be 
clear to those skilled in the art of wireless communication after perusal of this application, 
and would not require undue experimentation or further invention. 
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The BSC 120 includes a processor, program and data memory, mass storage, 
and one or more antennas for sending or receiving information using wireless 
communication techniques. 

5 Similar to the BSC 120, each CPE 130 includes a processor, program and 

data memory, mass storage, and one or more antennas for sending or receiving information 
using wireless communication techniques. 

Obstacles 140 might include buildings, other construction, 
10 electromagnetically active elements such as radio transmitters and repeaters, other 
electromagnetic elements such as power lines or weather effects, and possibly mobile objects 
such as vehicles. 

Although the invention is primarily described with regard to non-moving 
15 obstacles 140, it would be clear to those of ordinary skill in the art of wireless 
communication, after perusal of this application, that even non-moving obstacles 140 might 
present substantial variation over time in characteristics of communication links between the 
BSC 120 and selected CPE 130. Moreover, there are substantial applications of the invention 
to cells 110 and sectors 111 in which there are moving obstacles 140. Although these 
20 substantial applications of the invention are not described in great detail herein, other and 
further substantial applications of the invention with regard to moving obstacles 140, both 
within a single cell 110 and among multiple cells 110, would be clear to those skilled in the 
art of wireless communication after perusal of this application, and would not require undue 
experimentation or further invention. 

25 

Communication among devices within the wireless communication cell 1 10 is 
preferably conducted on a one-to-one basis between each CPE 130 and the BSC 120. Thus, 
the BSC 120 communicates with each CPE 130, and each CPE 130 communicates with the 
BSC 120. In a preferred embodiment, CPE 130 do not communicate directly with other CPE 
30 130. However, in alternative embodiments, CPE 130 may communicate directly with other 
CPE 130, with the characteristics of such communication being controlled either by the BSC 
120, by one CPE 130 selected by the BSC 120, or by one CPE 130 mutually agreed to 
among the communicating CPE 130. 
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Communication between the BSC 120 and each CPE 130 is conducted using 
a TDD technique, in which time durations are divided into repeated individual frames, each 
one of which includes a "downstream" portion and an ct upstream" portion. Unlike existing 
protocols in which transmissions are controlled by the transmitting side, the BSC 120 
5 controls transmissions for both upstream and downstream directions, without specific 
requests from CPE 130. 

Time Division Duplex (TDD) Frame 

10 Fig. 2 shows a time division duplex frame used in a system as in Fig. 1 . 

During the downstream portion of each frame, the BSC 120 transmits, thus 
sending information to one or more CPE 130. During the upstream portion of each frame, 
each CPE 130 is potentially allocated a time slot for transmission, thus for sending 
15 information to the BSC 120. TDD techniques are known in the art of wireless 
communication. 

A time division duplex (TDD) frame 200 includes a time-synchronization 
portion 210, a first guard time 220, a downstream portion 230, a second guard time 240, a 
20 status-synchronization portion 250, and an upstream portion 260. 

The time-synchronization portion 210 includes a first symbol 211 indicating 
the beginning of the TDD frame 200, and a sequence of parameter setting values 212 for 
each CPE 130. The BSC 120 uses the parameter setting values 212 to inform each selected 
25 CPE 130 individually and separately of (a) the PHY and MAC parameters the BSC 120 is 
using to send messages to that selected CPE 130, and (b) the PHY and MAC parameters the 
selected CPE 130 should use to send messages to the BSC 120 during its allocated part of 
the upstream portion 260. 

30 The first guard time 220 includes a time duration sufficient for the BSC 120 

to assure that all CPE 130 do not interfere with each other when receiving from the BSC 120 
or sending to the BSC 120. 
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The downstream portion 230 includes a sequence of downstream payload 
elements 231, each sent by the BSC 120 to a selected CPE 130. The BSC 120 determines a 
length for each of these downstream payload elements 231 and sends that information with 
the parameter setting values 212 in the time-synchronization portion 210. In alternative 
embodiments, the BSC 120 may divide the CPE 130 into classes and allocate one or more 
downstream payload elements 231 for each class of CPE 130. For example, the BSC 120 
may allocate one or more downstream payload elements 231 for broadcast or multicast 
messages. 

The second guard time 240 includes a time duration sufficient for the BSC 
120 to assure that the downstream portion 230 and the status-synchronization portion 250 do 
not interfere. 

The status-synchronization portion 250 includes a sequence of status 
information so that the BSC 120 can agree with each selected CPE 130 regarding higher- 
level protocol status out-of-band from those higher-level protocols. 

Similar to the downstream portion, the upstream portion 260 includes a 
sequence of upstream payload elements 261, each sent by a selected CPE 130 to the BSC 
120. The BSC 120 (not the CPE 130) determines a length for each of these upstream payload 
elements 261 and sends that information with the parameter setting values 212 in the time- 
synchronization portion 210. In alternative embodiments, the BSC 120 may divide the CPE 
130 into classes and allocate one or more upstream payload elements 261 for each class of 
CPE 130, such as for upstream bandwidth contention. 



Method of Operation 

Fig. 3 shows a flow diagram of a method for operating a system as in Fig. 1. 

A method 300 includes a set of flow points and a set of steps. The system 100 
performs the method 300. Although the method 300 is described serially, the steps of the 
method 300 can be performed by separate elements in conjunction or in parallel, whether 
asynchronously, in a pipelined manner, or otherwise. There is no particular requirement that 



12 



WO 02/45330 PCT/USO 1/32037 

the method 300 be performed in the same order in which this description lists the steps, 
except where so indicated. 

At a flow point 310, the BSC 120 and the CPE 130 are ready to begin a 

5 TDMA frame. 

At a step 31 1, the BSC 120 and the CPE 130 conduct communication using a 
TDMA frame. As part of this step, the BSC 120 directs the CPE 130 regarding which 
physical parameters and MAC parameters to use. 

10 

At a step 312, the BSC 120 determines characteristics of the communication 
link with the CPE 130, in response to performance of the communication during the previous 
TDMA frame. 

....... ^ , . -tr 

15 At a step 313, the BSC 120 determines exact values for the physical 

parameters and MAC parameters in response to characteristics of the communication link. 

At a step 314, the BSC 120 determines new values for the physical 
parameters and MAC parameters for automatic retransmission in response to results of the 
20 previous step. 

The BSC 120 preferably determines these automatic retransmission 
parameters dynamically and adaptively for all CPEs 130 in cell 110. The automatic 
retransmission parameters preferably are determined independently for each upstream 
25 portion and each downstream portion and independently for each CPE. 

In order to account for differing characteristics of transmission and 
retransmission among the CPEs (e.g., message size and duration, symbol size, and other 
aspects), parameters for retransmission preferably are responsive to a number of bytes 
30 successfully transmitted rather than a number of messages or symbols successfully 
transmitted. 

At step 315, the BSC 120 dynamically and adaptively allocates 

acknowledgement time slots within upstream portion 260 of each TDD frame for use by the 

13 



CPEs 130. As part of this step, the BSC 120 preferably allocates some portion of the 
upstream bandwidth as a shared resource and some portion of the upstream bandwidth as 
unshared (that is, specifically allocated to selected CPEs) when there are messages received 
but not yet acknowledged. 

5 

Thus, control of upstream retransmission is placed within the BSC, not the 
CPE, This control allows the BSC 120 to distribute acknowledgement slots for plural CPEs 
across plural TDD frames, thereby allowing the BSC 120 to prevent the acknowledgement 
slots from consuming too much bandwidth. 

10 

At step S316, the BSC 120 dynamically and adaptively responds to 
acknowledgement and non-acknowledgement messages from each selected CPE 130 so as to 
integrate the automatic retransmission protocol with the TDD frame and the TDMA 
technique used within that frame* 

15 

In the preferred embodiment, when the BSC 120 sends messages to a selected 
CPE 130, the BSC 120 sets a first timeout each time the BSC 120 receives a non- 
acknowledgement message from that selected CPE. During this first timeout duration, the 
BSC 120 discards further acknowledgement and non-acknowledgement messages from that 
20 selected CPE 130. 

Also in the preferred embodiment, when the BSC 120 receives messages 
from a selected CPE 130, the BSC 120 sets a second timeout each time it receives an invalid 
message from the selected CPE 130. During this second timeout duration, the BSC 120 
25 discards all further messages received from that selected CPE 130. 

After step 316, the BSC 120 and the CPE 130 have performed one step of 
sending and receiving information using a TDD frame. The flow point 310 is reached 
repeatedly and the steps thereafter are performed repeatedly, for each TDD frame. 

30 

Pseudo-code for implementing the preferred embodiment of the invention 
substantially as discussed above is included in a technical appendix to this application. 
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The invention has general applicability to various fields of use, not 
necessarily related to the services described above. For example, these fields of use can 
include one or more of, or some combination of, the following: 

The invention is applicable to other forms of wireless communication, such as 
frequency division multiple access (FDMA) or code division multiple access 
(CDMA, also known as spread spectrum communication); 

The invention is applicable to any non-wireless communication, in which relative 
effectiveness or efficiency of communication can be achieved from dynamically 
adjusting communication parameters, such as physical parameters or MAC 
parameters. For example, ^ to non-wireless 

communication using modems in which equalization parameters are to be 
dynamically adjusted* 

The invention is applicable to other wireless communication systems, such as 
satellite communication systems and (microwave tower or other) point to point 
transmission systems. 

The invention is applicable to both fixed wireless communication systems, in which 
customer premises equipment do not move relative to the BSC 120, and to mobile 
wireless communication systems, and which customer premises equipment move 
substantially relative to the BSC 120. 

The invention is applicable to both a single sender and a single receiver, and sets of 
multiple senders and multiple receivers. 

Other and further applications of the invention in its most general form, will 
be clear to those skilled in the art after perusal of this application, and are within the scope 
and spirit of the invention. 
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Although preferred embodiments are disclosed herein, many variations are 
possible which remain within the concept, scope, and spirit of the invention, and these 
variations would become clear to those skilled in the art after perusal of this application. 
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Pseudo-code copyright 2000 Aperto Networks, Inc. 

4.0 Downstream ARQ (BSC Tx, CPE ftx) 

4.1 Parameters (Control PDU Handler) 

ARQWindowSize; // Size of the ARQ window. Set to 2*01-1) bytes, where n is 

the 

// number of bits in the Sequence Number field 
maxAcksLost; // Maximum number retries for the upstream ACKs, after 

which 

// the CPE is re-ranged 
maxReqRetries; // Maximum number of retries for a REQ packet. 
-4.2 BSC Tx (reqWm,'scWiivcurWiivaekW 

4.2.1 Initialize (Control PDU Handler) 

reqWinOff = 0; // Sequence number of next byte to be queued 
scWinOff = 0; // Sequence number of next byte to be transmitted by BSC 

curWinOff = 0; // Sequence number of next byte the CPE expects 
ackWinOff = 0; // Sequence Number of next byte awaiting acknowledgment 

// Allocate empty SIDQJEL and initialize pointers 
newSidQEl = AllocateSidQElO; 
newSidQEl->EOL = TRUE; 

writeElPtr = ackElPtr = curElPtr = scElPtr = newSidQEl; 
ackPtr = curPtr = scPtr = 0; 

retryCnt = 0; // Used to decide when to drop a packet 

NumAcksLost = 0; // Used for link adaptation 

4.2.2 PDU Arrival (Classifier, Policer) 

//Classify the WPDU 

find sidQ (PDU); // Classifier 

// Enqueue the WPDU on the overflow section of the sidQ 

newSidQEl = AllocateSidQElQ; //Policer 

newSidQEl->EOL = TRUE; // Policer 

writeElPtr->next = newSidQEl; //Policer 

writeElPtr->length = PDU.length; // Policer 
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writeElptr->txMsgPtr = PDU.txMsgPtr; // Policer 
writeElPtr->pktPtr = PDU.packet; // Policer 

writeEIPtr = newSidQEl; //Policer 
// Traffic shaping may be done before the packet is moved out of the overflow 
5 section. 

// These updates must be done last to avoid timing problems with USG. 
reqWinOff = reqWinOff + PDU.size; // Policer 

writeElPtr->EOL = FALSE; // Policer 

4*23 MAP Construction (Scheduler) 
1 0 while (space left for data in downstream TDD frame) { 

sidQCtrl = SID that Scheduler selects; , , , 

bytesInQueueToSchedule = reqWinOff - scWinOff, 
// Always try to schedule bytes for SIDs without ARQ. 
// For SIDs with ARQ, we need to make sure that we have not 
15 // exhausted our window before we try to schedule some bytes, 

if ( (sidQCtrLsidCfgBits.arq = FALSE) OR 

((scWinOff + bytesScheduled - ackWinOff) < ARQWindowSize) ) { 
D ATA_jGRANT__IE.winOfif = scWinOff; 

DATA_GRANT_JE.payloadSize = bytesScheduled; // Includes 

20 delimiter bytes 

scWinOff = scWinOff + DATAJjRANTJE.payloadSize; 
allocate ticks for WPDU in downstream portion of TDD Frame; 
update scElPtr and scPtr to reflect bytes scheduled; 
// Mark SID as needing ACK 
25 if ( (sidQCtrLsidCfgBits.ack - TRUE) AND (!sidQOrl.ackFIag) ) { 

sidQCtrLackFlag = TRUE; 

add to list of downstream SIDs needing ACK; } } > // while 

(space left) 

// Schedule only one ACK per SID for a frame. 
30 // We can schedule ACKs for SIDs without ARQ. This is needed for link adaptation, 

for each SID on list of downstream SIDs needing ACK { 

// If there are bytes remaining to be acked, allocate space for the 

// ACK even if the current frame has no WPDUs scheduled for this SID 

if (scWinOff ackWinOff) { 
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Allocate ticks for ACK in the upstream portion of TDD frame; 
ACK._EB.sid = this SID; > 

else { 

delete from list of SIDs needing ACK; 
sidQCtrl.ackFlag = FALSE; } 
} // for (each SID on list) 

4.2.4 MAP Arrival (Hardware) 

if (data grant BE) { 

// Was a packet dropped or retransmitted? 
if((sidQCtrl.sidCfgBits.arq=TRUE) AND 

(cuxWmOff!=DATAj3RANTJE.wmOff)){ . .^J^rs^r', 

II if possible, check (ackWinOff = DATA_GRANT_IE.winO££) 

curWinOff = ackWinOff; 
. .«t •■ '-»*« - .t*i-Reset the cur pointers to the ack pointa^}""'**' 8 ?'^^ 

II Need pseudocode for HW packet fragmentation 

Build a WPDU using the curElPtr and curPtr 

WPDU.winOff = curWinOff; // Should we use data grant ie not curWin?? JF 
curWinOff = curWinOff + DATAGRANTIE.payload 
Update curElPtr and curPtr to reflect bytes transmitted } 

4.2.5 WPDU Transmit (Hardware) 

transmit built WPDU; 

if (sidQCtrl.sidCfgBits.arq = FALSE) 

return any completely transmitted packet; 

4.2.6 ACK Arrival (Scheduler) 

// Calculate the number of ACKed bytes 
NumAcksLost = 0; 

ackByteCnt = ACK.winOff- ackWinOff; 

// Only free buffers here if ARQ. Otherwise they'd have been freed right after re- 
transmit. 

if(sidQCtrl.sidCfgBits.arq = TRUE) { 
// Any bytes ACKed? 
if (ackByteCnt) { 

ackWinOff = ackWinOff + ackByteCnt; 
tempElPtr = ackElPtr; 
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update ackPtr and ackElPtr to account for the bytes ACKed; 
if (tempElPtr != ackElPtr) 

free SIDQ_ELs between ackElPtr and tempElPtr; 
if (ACK.nakFlag clear) 
retryCnt = 0; > 
// Any bytes NACKed? 
if(ACKjoakFlagset) { 

if ((ackByteCnt == 0) && (time > threshold)) { 

threshold = time at which the last (partially) allocated TDD 

ends; . ., ,,, 

retryCnt = retryCnt + 1 ; } 
// When the retry count expires, drop only the first packet in the list 
if (retryCnt > sidQCtrl-maxRetry) { 

If pktPtr points to the first byte in the packet, and ackPtr is Uie 

// from pktPtr to the next byte to ack 

dropBytes = ackElPtr->lengm - ackPtr, 

tempElPtr = ackElPtr, 

update ackElPtr to next packet in list; 

ackPtr = 0; 

free (tempElPtr); 

// Account for any bytes that need to be retransmitted 
reqWinOff -= dropBytes; // Scheduler asks Policer to do this 

and does 

// not schedule any more bytes for this 

// until it is done, 
inform link adaptation task that we dropped an EPDU } 
// We have to reschedule some bytes for retransmission 
scWinOff = ackWinOff, 
update sc pointers to ack pointers; 
} // if nakByteCnt 
} // if ARQ 
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4.2.7 ACK Lost (Scheduler) 

NumAcksLost = NumAcksLost + 1 ; 
if (NumAcksLost > maxAcksLost) 
ReRange CPE; 

// Note: ACK may be lost if the corresponding MAP was lost However it is not clear 
how 

// a lost MAP event may be detected by the BSC. 

// Note: If a CPE cannot be ReRanged, the Link Adaptation Task needs to send a 
message 

// to the Control PDU Handler to flush the sidQ. 
43CPERx(curWin) ' "-V^ 

43.1 Initialize (Control PDU Handler) 

// CPE S/W does not care about winOfls 

curWinOff = 0; // Sequence number of the next WPDU to' tranismit/re^ 
cur pointers = NULL; 

43.2 WPDU Arrival (Hardware) 

// Never keep bad wpdus 
if (crc eiror) { 

Set NAK flag; 

Discard(WPDU); 

discard any packet currently being reassembled; } 
else if (no energy detected) 
Set NAK flag; 

// If an out of sequence wpdu arrives and this SID has ARQ, discard the 
// wpdu until we receive the next sequence number we are expecting, 
else if ( (sidQCtrl.sidCfgBits.arq = TRUE) AND (WPDU.winOff != curWinOff) ) 
Discard(WPDU); 

II Receive the WPDU. Either it'sin correct sequence, or the SID has no ARQ and tvf%^.^^w^ 

• «*«.-.-«. -;v . . ,. . -.- -I '- 

ll doesn't care about the sequence, 

else { 

curWinOff = WPDU.winOff + WPDU.payloadSize; 
// Need pseudocode for HW packet reassembly 

// if a new packet arrives and we were previously assembling a packet, 

// we discard the old packet and accept the new. 
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if ((WPDU.catPtr = 0) and (curPtr != 0)) { 
Discard(Partial assembled packet); 

curPtr = 0; r 
curElPtr = NULL; } [, 1 

5 // if possible, check the new packet for incorrect length, cuz if it's wrong, and 

// we don't find it here, it'll be a real bugger to track down 
if (curElPtr.length != curPtr??) 
discard packet; } 
433 ACK Transmission (Hardware) 
10 // When wpdus are scheduled for SIDs with ACK, the Scheduler 

// will create an IE in the same MAP or in the following MAP . •„ , ; - ^ 2 

//for the ACK. 

if(sidQCtrl.sidCfgBits.ack==TRUE) { 

ACKstatus = ACK orNAK; ^ ^ _ ■■~*.<~Bm3txmmKwm&*rtrfc~v- • -^ ^ n s m m m simimem 

15 ACK.winOff = curWinOff; 

ACKlinkParms =modemStatus; 
Transmit ACK; } 

5.0 Upstream ARQ (CPE Tx, BSC Rx) r , 

5.1 CPE Tx (reqWin, curWin, ackWin) 1 
20 5.1.1 Initialize (Control PDU Handler) 

reqWinOff = 0; // Sequence Number for the number of the next byte awaiting 
// transmission. 

curWinOff = 0; // Sequence Number of the next byte that the CPE expects to tx. The 
// sequence number in the MAP may be less than this, in case of 
25 // re-transmissions. 

ackWinOff = 0; // Sequence Number of the next byte awaiting acknowledgment 
// Allocate empty SIDQ_EL and initialize pointers 

newSidQEl = AllocateSidQElO; 5 .^..^,*,:-<r } . y ■ 

newSidQEl->EOL = TRUE; 
30 writeElPtr = ackElPtr = curElPtr = readElPtr = newSidQEl; 

ackPtr = curPtr =0; 
5.1.2 PDU Arrival (Classifier, Policer) 
//Classify the WPDU 
find sidQCtrl (PDU); // Classifier 
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// Create new empty SidQEl to terminate list 
newSidQEl = AJlocateSidQElO; // Policer 
newSidQEl->EOL = TRUE; // Policer 

// Enqueue the WPDU on the overflow section of the sidQ. EOL bit should already 
be set. 

writeElPtr->next = newSidQEl; // Policer 
writeElPtr->length = PDUlength; // Policer 
writeElptr->txMsgPtr = PDU.txMsgPtr; // PoUcer 
writeElPtr->pktPtr = PDU.packet; // PoUcer 
writeElPtr = newSidQEl; // Policer 
if (sidQCtrl->flushFlag not set) { . V , , \ 

wait till activeFlowFifo has room; .__....„.. 

activeFlowFifo = PDU.sidNumber, // Policer notifies Hw } 
• // Traffic shaping may be done before the packet is moved out of the overflow -^mi&sBsamsm 
section 

reqWinOff = reqWinOff + PDU.size; // PoUcer \ 
writeElPtr->EOL = FALSE; // Policer 
5.13 REQ Transmission (HW) 
if(state = Idle) { 

PDU arrival 
Compute Defer 
state = Deferring; } 
else if (state = Deferring) { 

map arrives with req IE opportunity 
REQ.winOff = curWinOff; 
REQ. reqWinOff- reqWinOff; 
Tx REQ; 

state = GrantPending; ^.^^m^^^i^»^^ii^^m 
else if (state = GrantPending) 

// The BSC received our REQ packet 

map arrives with upstream data IE 
transmit WPDU; 

// Any more bytes left in SID queue? 
if (reqWin - curWin) 

23 



state = GrantPending; 
// SID queue is empty 
else { 

numReqRetries = 0; 

state = Idle; } 
// Our REQ packet did not get to the BSC 
map arrives with no grant IE or grant pending IE 

numReqRetries = numReqRetries + 1 ; 

if (numReqRetries > maxReqRetries) { 

HW writes SID num plus flush flag in fifo; 

HW does not tx anymore pdus until sw writes to 
ACTTVE SID FIFO; 

HW sets sidQCtrl->flushFlag; 

^ (> nurnReqRetaes.=jO; , _ ..„ < „ r ,.-,^^ 

state = Idle;} 

else 

state = Deferring; 
5.1.4 MAP Arrival (Hardware) 

if (MAP missing) { 

calculate time of next MAP; 
assume largest MAP size; 
program Broadcom to receive next MAP; > 
if (Data Grant IE) { 

// If ARQ, don't do anything until a grant gives us the expected offset 
if((sidQCtrl.sidCfgBits.arq — FALSE) OR 

(D AT A_GRANT_IE . winOff ==curWinOff)){ 
WPDU.payloadSize - DATA J3RANT_IE.payloadSize; 

Confirm that allocated ticks are ^^^^^^7^^^^^,^ 
WPDU.req = reqWinOff; 
WPDU.winOff = curWinOff; } } 
if ((MAP ACK IE) OR (MAP NAK IE)) { 

if (sidQCtrl.sidCfgBits.arq — TRUE) { 

ackByteCnt = ACK.winOff - ackWinOff; 

ackWinOff = ACK.winOff; 
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// Any bytes ACKed? 
if (ackByteCnt) { 

update ackElPtr to account for the ackByteCnt; 

ackPtr = 0; } 
if (MAP NAK IE) { 

reset cur pointers and winOff to ack pointers and winOff; } 
// Notify SW of ACK, so it can free buffers. 

write SID number and set ACK flag in the WM_TX_PKT_FIFO; > // 

if ARQ 

}// if ACK or NAK BE 

if (MAP flush IE) { ■ .-.r *'• ^M^i^Z'^i' : ::4-i3i^',,:-,. 

// The Scheduler decided it was time to give up on the packet, so drop the • — » .. 

// EOL or End Of List packet, 
•rsww^^w-^rite siD number and set flush flag in WMJTX^PKTJFIFO; ^^mm^BmssmsBmem 
set sidQCtrl->flushFlag; 

// Force data transmission on this SID to halt This gives us time to 
// update the reqWinOff. 

HW does not tx anymore pdus until SW writes to ACTIVE_SID_FIFO; 
go to req state Idle; } 

5.1.5 Process Tx Pkt Fifo (WMAC Driver) 

read SID number from WM_TX_PKT_FIFO; 
if (ACK flag) { 

free SIDQ_ELs from readElPtr to ackElPtr, 

readElPtr = ackElptr; } 
if (flush flag) 

send Flush msg to Policer; 

5.1.6 Flush Packet (Policer) .-v...,, .>, .-.^^^^^^^^^^ 

II Software temporarily has write access to all sidQCtrl fields, 
drop EOL PDU; 

update ackElPtr to skip remainder of dropped PDU; 
ackPtr = 0; 

curWinOff = ackWinOff; 

req WinOff = req WinOff- remainder of dropped PDU; 
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update curPtr and curElPtr to ackPtr and ackElPtr; 
clear sidQCtrl->flushFlag; 

// Kick off another REQ if there are any bytes still on the queue, 
if (reqWinOff- curWinOff) 
5 write SID number to ACTIVE SID FIFO; 

5.1.7 WPDU Transmission (Hardware) 

extract WPDU.payloadSize bytes from position curWinOff in SID queue; 
advance curElPtr and curPtr by WPDU.payloadSize bytes; 
curWinOff = curWinOff + WPDU.payloadSize; 
10 if (sidQCtrl.sidCfgBits.arq = FALSE) 

return any completely transmitted packet; 

5.2 BSC Rx (reqWin, scWin, curWin) 

5.2.1 Initialize (Control PDU Handler) 

crWinOff= 0* // Seauence Number of next byte to be transmitted by CPE 
15 curWinOff = 0; // Sequence Number of the next byte that the BSC expects 

reqWinOff = 0; // Cumulative count of number of bytes received at CPE 
retryCnt = 0; // Number of times we have sent the packet unsuccessfully. 

5.2.2 REQ Arrival (Scheduler, Hardware) 

if (sidQCtrl.sidCfgBits.arq = FALSE) { 
20 scWinOff = REQ.winOff; // Scheduler 

reqWinOff = REQ. reqWinOff; // Scheduler } 

5.2.3 MAP Construction (Scheduler) 

// Clear ErrorRecovery state for each new frame 
state = normal; 

25 while (Space left in current Upstream TDD frame) { 

sidQCtrl = SID that Scheduler selects; 

bytesInQueueToSchedule = reqWinOff - scWinOff; 

// Always try to schedule bytes for SIDs without ARQ. 

// For SIDs with ARQ, we need to make sure that we have not 

30 // exhausted our window before we try to schedule some bytes. 

if ( (sidQCtrl.sidCfgBits.arq = FALSE) OR 

((scWinOff + BytesScheduled - curWinOff) < ARQWindowSize) ) { 

Allocate ticks for WPDU in upstream portion of TDD frame; 

DATA_GRANT_IE.payloadSize = BytesScheduled; 
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DATA J3RANT_IE.winOff = scWinOff; 
scWinOff = scWinOff + DATA_GRANT_IE.payloadSize; > } 
5.2.4 WPDU Arrival (Hardware) 
// Discard any bad wpdus 
5 if(CRC Error) { 

discard(WPDU); 

discard any packet currently being reassembled; } 
// If ARQ, discard any out of sequence wpdus 

else if (sidQCtrl.sidCfgBits.arq = TRUE) AND (WPDU.winOff != curWinOff) ) { 
10 Discard(WPDU); 

.-ri,. : iX ..-i-.'.-^--:^. Hw writes burst status to Fifo; : 

.. . send bad or dropped status to Scheduler; } 

//Goodwpdu 

.. 15 curWinOff = WPDU.winOff + WPDU.payloadSize; 

// Discard packet cases - 

// if a new packet arrives and we were previously assembling a packet 
... // if the packet arrives with an incorrect length 

1 if ((WPDU.catPtr = 0) and (curPtr != curElPtr.pktPtr)) { 

20 Discard(Partial assembled packet); 

curPtr = 0; 
curElPtr = NULL; } 
// if possible, check the new packet for incorrect length 
if (curElPtr.length != (curPktPtr - curElPtr.pktPtr)) 
25 discard packet; 

send good status to Scheduler; } 
5.2.5 WPDU Status Arrives (Scheduler) 

if (wpdu good) AND ((sidQCtrl.sidCfgBits.arq = FALSE) OR 
(ackWinOff = WPDU.winOff)) { 
30 retryCnt = 0; 

reqWinOff = WPDU.reqWinOff; 
ackWinOff = WPDU.winOff + WPDUlength; 

// WMAC Driver needs to calculate this and send the new winOff to the 
Scheduler 
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if (sidQCtrl.sidCfgBits.arq — FALSE) 

scWinOff = WPDU.winOff + WPDU.length; > 
else if ( ((wpdu lost) OR (wpdu bad)) AND (sidQCtrl.sidCfgBits.arq = TRUE) ) { 
// By checking the state for ErrorRecovery, this means that we just 
// reset the Scheduler's window for the first bad WPDU in the frame. 
// The state is reset to normal during upstream map construction. 
// If a MAP is lost, then the wpdus will be lost. 

if ( (time > ErrorRecoveryTime) AND (retryCnt <= sidQCtrlonaxRetry) ) { 
nakFlag = TRUE; 

ErrorRecoveryTime = Tick Count at end of last scheduled upstream 

frame; 

scWinOff = curWinOff; 

// Should ackWinOff = curWinOff? Verify. :;;;V2£:-y:^ 
update sc pointers to cur pointers; 
retryCnt = retryCnt + 1 ; } } 

5.2.6 Flush Packet (Scheduler, Policer) 

// When the retry count expires, drop the packet being assembled, 
if (retryCnt > maxRetry) // Scheduler { 

// When a packet is dropped, the CPE must make a new request. 

scWinOff = curWinOff; // Scheduler 

Update sc pointers to cur pointers; // Scheduler 

retryCnt = 0; // Scheduler 

flushFlag = 1; // Scheduler 

Send msg to Link Adaptation Routine; // Scheduler 
send msg to Policer with sidNum; // Scheduler 
reqWinOff = curWinOff, > 

5.2.7 Build MAP ACK IE Types (Scheduler) 

if (sidQCtrl.sidCfgBits.arq = TRUE) { 
if (nakFlag) { 

NACK.sidNumber = sid; 
NACK.winOff = curWinOff; 
Put NACK in MAP; 
nakflag = FALSE;} 
else if (flushFlag) { 
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else { 



FLUSH.sidNumber = sid; 
FLUSH.winOff = curWinOff; 
Put FLUSH in MAP; 
flushflag = 0; } 

ACK.sidNumber = sid; 
ACK.winOff = ackWinOff; 
Put ACK in MAP; } } 
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Claims 



What is claimed is: 

1. A method of controlling selection of parameters for automatic 
retransmission in a point-to-multipoint wireless communication link having an upstream 
portion and a downstream portion, the method comprising the steps of: 

selecting parameters for automatic retransmission independently for the 
downstream portion and the upstream portion of the wireless communication link; and 

including the parameters in a control section of a frame, the control section 
for sending control information downstream. 

2. The method of claim 1, wherein the upstream portion is for 
communicating data from customer premises equipment to a base station controller, and the 
downstream portion is for communicating data from the base station controller to the 
customer premises equipment. 

3. The method of claim 2, wherein the parameters for automatic transmission 
are dynamically selected based on previous communication between the base station and the 
customer premises equipment. 

4. The method of claim 2, further comprising the step of sending the control 
section of the frame downstream from the base station controller to the customer premises 
equipment, whereby the base station controller controls parameters for both upstream and 
downstream retransmission. 

5. The method of claim 2, further comprising dynamically and adaptively 
deterniining new selected parameters for automatic retransmission, wherein the base station 
controller determines the new selected parameters in response to conditions of a wireless 
communication link with each independent CPE. 

6. The method of claim 5, wherein the parameters for automatic 
retransmission are selected responsive to a number of bytes successfully sent from a sender 
to a receiver. 
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7. A method of controlling upstream retransmission in a point-to-multipoint 
wireless communication link having an upstream portion and a downstream portion, 
comprising the step of: 

5 determining an amount of bandwidth allocated in the upstream portion for 

sending messages associated with automatic retransmission, wherein the amount of 
bandwidth is determined by a sender of the downstream portion and is included in the 
downstream portion. 

10 8 - The method of claim 7, wherein the upstream portion is for 

ifiS^^ii • communicating data from customer premises equipment to a base station controller, and the 

yr : r d ?^fr€^ ? Portion is for communicating data from toe base station controller to toe 

customer premises equipment, whereby the base station controller is toe sender of toe 
smmmmt^mm* downstream portion that determines toe amount of bandwidth allocated in the upstream 
, .... 15 portion for sending messages associated with automatic retransmission. 

9. The method of claim 8, wherein toe messages are acknowledgement and 
non-acknowledgement messages. ' 

20 10 - The metood of claim 8, further comprising toe step of allocating some 

portion of toe upstream portion as a shared resource and some portion of toe upstream 
portion as unshared, wherein toe allocating is performed by toe base station controller. 

11. A metood of dynamically and adaptively responding to 
. 25 ,..,, adm ° wl ? d g e ° ie " t - ^-acknowledgement messages in a point-to-multipoint wireless 
communication link between a base station controller and plural customer premises 
equipment, toe communication link having 

an upstream portion for communicating data from toe customer premises equipment to toe 
base station controller, and toe downstream portion for communicating data from toe base 
station controller to toe customer premises equipment, the metood comprising toe steps of: 

setting a first timeout each time toe base station controller receives a non- 
acknowledgement message from a selected customer premises equipment, wherein during 
this first timeout duration, toe base station controller discards further acknowledgement and 

non-acknowledgement messages from toe selected customer premises equipment; and 

31 



30 



setting a second timeout each time the base station controller receives an 
invalid message from the selected CPE, wherein during the second timeout duration, the 
base station controller discards all further messages received from the selected customer 
premises equipment. 
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